home *** CD-ROM | disk | FTP | other *** search
/ Geek Gadgets 2 / Geek_Gadgets_2_2352.bin / lists / ade-gcc.archive.9602.gz / ade-gcc.archive.9602 / 000102_owner-ade-gcc_Wed Feb 21 12:52:39 1996.msg < prev    next >
Internet Message Format  |  1996-02-28  |  3KB
  1. Return-Path: <owner-ade-gcc>
  2. Received: by fishpond (Smail3.1.29.1 #57)
  3.     id m0tpIgL-000gXea; Wed, 21 Feb 96 12:50 EST
  4. Sender: owner-ade-gcc
  5. Received: by fishpond (Smail3.1.29.1 #57)
  6.     id m0tpIgH-000gXUC; Wed, 21 Feb 96 10:50 MST
  7. Message-Id: <m0tpIgH-000gXUC@fishpond>
  8. From: fnf (Fred Fish)
  9. Subject: Re: GCC 2.7.2 patches
  10. To: kiskra@ernie.icslab.agh.edu.pl (Kamil Iskra)
  11. Date: Wed, 21 Feb 1996 10:50:20 -0700 (MST)
  12. Cc: ade-gcc@ninemoons.com
  13. In-Reply-To: <Pine.SUN.3.91.960221161537.3291A-100000@ernie> from "Kamil Iskra" at Feb 21, 96 04:27:53 pm
  14. X-Mailer: ELM [version 2.4 PL23]
  15. MIME-Version: 1.0
  16. Content-Type: text/plain; charset=US-ASCII
  17. Content-Transfer-Encoding: 7bit
  18. Content-Length: 1910      
  19. Sender: owner-ade-gcc@ninemoons.com
  20. Precedence: bulk
  21.  
  22. > Size of "diffs" surprised me a bit - 400 KB in comparison to less than 100
  23. > KB in previous distribution. 
  24. > 
  25. > It seems that some very strange things got integrated into this patch, or
  26. > rather into Fred's source tree. 
  27. > 
  28. > One of them is "gcc.info", which is very, very big and is the main culprit
  29. > of the size of the patch. 
  30. > Second one is (if I remember correctly) c-parse.c. 
  31.  
  32. These are probably artifacts of the way the rules are written in the Makefile
  33. and the timestamps on the files in my source tree, which is checked out from 
  34. CVS.
  35.  
  36. My guess is that the c-parse.c file appeared to be out of date at some point
  37. with respect to the c-parse.y file (or whatever the yacc source file name is),
  38. and the Makefile caused c-parse.c to be regenerated.  Because of a bug in the
  39. Makefile, the c-parse.c file is regenerated into the source directory when it
  40. should actually be going into the build directory.
  41.  
  42. This also points out a more subtle problem.  Typically FSF distributions
  43. include automatically generated files so that people who try to build them
  44. won't have to worry about having bison, texinfo, etc.  This leads to problems
  45. like this one.
  46.  
  47. I'm considering removing these automatically generated files from both the
  48. baseline distributions (which already have to be repacked anyway) and the
  49. CVS source base, and then making sure that the Makefiles are modified
  50. if necessary to ensure that they get generated into the build tree.
  51.  
  52. The other problem at work here is that the diffs are generated automatically
  53. from both the baseline source archive and the amiga source archive, so when
  54. these files appear in the baseline archive and the source archive, and the
  55. the one in the source archive has been regenerated, you get big extraneous
  56. diffs like this.  Removing them from both archives would fix the problem,
  57. as would coming up with a complicated scheme to omit certain files from
  58. the diffs.
  59.  
  60. -Fred